home *** CD-ROM | disk | FTP | other *** search
/ Night Owl 9 / Night Owl CD-ROM (NOPV9) (Night Owl Publisher) (1993).ISO / 016a / sn_9304.zip / SN-RULES.SN < prev   
Text File  |  1993-03-01  |  24KB  |  514 lines
  1.        ┌─────────────────────────────────────────────────────┐
  2.        │ « SOURCENET: PREMIUM PROGRAMMING & E-MAIL NETWORK » │
  3.        └─────────────────────────────────────────────────────┘
  4.                  Operational Guidelines
  5.                           Copyright 1993, Rollin White
  6.                           Release v1.11 dated 01/23/93
  7.  
  8. ===========================================================================
  9.           Computer Education Services BBS : HOME OF SOURCENET
  10.                          - 20222 Windcave Ln. -
  11.                   - Huntington Beach, Ca. 92646-5341 -
  12.                           BBS Line 1: 714-965-9963
  13.                           Voice Line: 714-968-3143
  14.                           FAX Line  : 714-965-9963
  15.  
  16.                           Sysop: Rollin White
  17. ==========================================================================
  18. * Marks items that are new or changed for V1.11 with the exception of
  19.   changing names of the Net Host and Network Administrator -rjw
  20.  
  21.           --- RULES AND REGULATIONS REGARDING SourceNet ---
  22.  
  23. I. ADMINISTRATION.
  24.  
  25.     1.0 The SourceNet International E-MAIL Network (hereafter referred
  26.     to as "Network", SourceNet Network or SourceNet) is a
  27.     telecommunications network comprised of one Central Host BBS,
  28.         Regional Hubs, Hubs, Nodes and points.
  29.  
  30.     1.2 SourceNet is soley operated by Computer Education Services.
  31.     
  32.     1.3 SourceNet is operated as a "public service" of Computer
  33.         Education Services and Computer Education Services BBS serves
  34.         as the Net Host BBS. The Network is run by the Network Administrator,
  35.         Rollin White, also the Sysop of Computer Education Services BBS.
  36.  
  37.     1.4 The Network Administration reserves the right to admit or
  38.     refuse any BBS/SYSOP as participating members of the SourceNet
  39.     Network. The Network Administration further reserves the right
  40.     to remove and/or suspend Net Access of any individual node,
  41.     hub or regional hub for any action considered detrimental to
  42.     the goals, spirit and/or quality of the SourceNet Network, as
  43.     well as failure to abide by these guidelines.
  44.     
  45.     1.5 Computer Education Services BBS is the Central Hub and Administrator.
  46.         Regional Hubs will send and receive mail through Computer
  47.         Education Services BBS.  Local Hubs will transfer through their
  48.         Regional Hub. Nodes will transfer through their Local Hubs.
  49.         SourceNet will operate on .QWK/.REP or Fidonet Technology(FTN)
  50.         type mail transfer system.
  51.  
  52.     1.6 SourceNet is provided "AS-IS" without warranty of any kind,
  53.     either expressed or implied, included but not limited to the
  54.     implied warranty of merchantability and fitness for a specific
  55.     purpose. The entire risk as to the quality and performance of
  56.     the Network or Software is with you. Should your Hardware or
  57.     Software prove defective, you assume the entire cost of all
  58.     necessary servicing, repair or correction. In no event will
  59.         the Network Administration or Computer Education Services be
  60.         liable to you for any damages, including any lost profits,
  61.         lost savings or other incidental or consequential damages
  62.         arising out of the use or inability to use this Network.
  63.     
  64.     1.7 Pursuant to the Electronic Communications Privacy Act of 1986,
  65.     18 USC 2510 et. seq., all BBS SYSOPs and users participating
  66.     within SourceNet, must be aware that there are no facilities
  67.     provided by the Network for sending or receiving confidential
  68.     electronic communications.
  69.     
  70.     Although SourceNet maintains the capability and capacity to
  71.     send and receive mail that is flagged as "Receiver-Only" or
  72.     "Routed Mail", mail so flagged is not to be considered by any
  73.     user as actual "private" messages.
  74.     
  75.     The purpose of the "R/O", "Routed Mail" or "Point-to-Point"
  76.     flags are intended solely to provide a means to limit the
  77.     possible number of nodes and/or users that may have access to
  78.     the mail for display purposes.
  79.  
  80. --------------------------------------------------------------------------
  81.  
  82. II. NET HOST RESPONSIBILITIES.
  83.  
  84.     2.1 Mail transfers will be conducted at least once within a
  85.     24-hour period for all Regional and Local Hubs. Nodes are
  86.     required to have a mail transfer at least every-other day, or
  87.     as requested by the users.
  88.     
  89.     2.2 The Regional Hub will be responsible for maintaining all mail
  90.     flow between Local Hubs and help Local Hubs maintain all nodes
  91.     in their regions.
  92.  
  93.     2.3 The Net Host BBS equipment is not the property of any system
  94.     relaying the SourceNet Network. No claims may be made against
  95.     the Sysop, the Software and/or Hardware that "comprises" the
  96.     Net Host System or BBS. All Software and Hardware required to
  97.     run the Net Host BBS is privately owned and used with
  98.     permission by the owners of the SourceNet Network
  99.         Administration and Computer Education Services.
  100.  
  101.      2.4 SourceNet is a "NO-FEE" Network.  This does not exclude
  102.          Regionals or Hubs from introducing a Cost Recovery System at
  103.          their own discretion.
  104.  
  105. --------------------------------------------------------------------------
  106.  
  107. III. NETWORK SOFTWARE.
  108.  
  109.     3.1 Network members must use legally purchased or obtained Network
  110.     Software as defined by the respective Software author's
  111.         documentation.  This includes registering shareware if used
  112.         beond its evaluation period.
  113.  
  114.     3.2 The Network Administrator reserves the right to "decline or
  115.     terminate" access to the Network to those individuals failing
  116.     to operate with the properly registered or purchased software
  117.     used for netmail operations, and/or BBS operations.
  118.  
  119. --------------------------------------------------------------------------
  120.  
  121. IV. NETWORK SYSOP RESPONSIBILITIES.
  122.  
  123.     4.0 All Hub Sysops will abide by administrative decisions in their
  124.     respective regions. Node Sysops will also be responsible for
  125.     abiding by the administrative decisions by said regions.
  126.  
  127.     4.1 Hub Sysops must relay mail a minimum of once a day, unless it
  128.         is "technically impossible" to do so, or they have made prior
  129.         arrangements with the Network Administrator and their Regional
  130.         Hub.
  131.   
  132.       4.1.1 Hub Sysops must not shut down for over 48 hours without
  133.         notifying the Network Administrator.
  134.  
  135.       4.1.2 If a Hub Sysop does not relay for 4 days without
  136.         notification to the Network Administrator, its' Nodes and
  137.         Hub, the Hub may be removed at that region's Hub at the sole
  138.         discretion of the Network Administrator.
  139.  
  140.       4.1.3 Hub SysOps  should make "every possible effort" to
  141.         accommodate any/all conference requests for their nodes as
  142.         equipment/configurations allow. This applies to SourceNet
  143.         conferences only.  This does not apply  to any network
  144.         links.
  145.  
  146.       4.1.4  When any Hub SysOp has been notified by  the Network
  147.          Administrator  to remove the net access of a node the Hub
  148.          SysOp should remove the node's access as soon as possible.
  149.          In the event that the Hub SysOp "does not" comply with a
  150.          "node-access-removal"  request,  the Hub SysOp's access may
  151.          be removed and the Regional "assignment" may be passed to
  152.          another.
  153.  
  154.       4.1.5  The Hub SysOp  has the "authority" to remove the access of
  155.              one or more of its nodes for two (2) days if the situation
  156.          warrants such an action. Immediately following any node's
  157.          "access removal", the Hub SysOp needs to notify the removed
  158.          node by voice and  the Network Administrator via voice or
  159.          public message in NetAdmin  explaining the situation in
  160.          full.
  161.  
  162.       4.1.6  Regionals must relay through the Net Host BBS on a "daily
  163.          basis". Hubs must relay through their respective Regional on
  164.          a daily basis and Hubs cannot relay through the Net Host BBS
  165.          unless message activity from the Hub warrants more
  166.          "affordable" relays and upon approval by the Network
  167.          Administrator. Regional zoning isn't written in stone and is
  168.          flexible.
  169.  
  170. --------------------------------------------------------------------------
  171.  
  172. V. CONFERENCE MODERATORS.
  173.  
  174.     5.1 Conference Moderators are to be selected by the Network
  175.     Administrator. Moderators may be removed or replaced should
  176.     the Moderator fail to follow the duties of that position.
  177.  
  178.     5.2 Conference Moderator Duties:
  179.  
  180.       5.2.1 Moderators _MUST_ abide by all SourceNet Network Guidelines
  181.         and Regulations. Moderators should report any situations to
  182.         the Network Administrator via the SN_NetAdmin conference.
  183.       
  184.       5.2.2 Moderators should keep message traffic "on topic", while
  185.         directing off topic threads to their appropriate conferences.
  186.  
  187.       5.2.3 Moderators are required to monitor the number of messages
  188.         incoming/outgoing in said moderated conference. When message
  189.         count becomes unsatisfactory, the Moderator should bring
  190.         this to the attention of the Network Administrator. If said
  191.         conference fails to be "profitable" for SourceNet, it is the
  192.         sole discretion of the Network Administrator to remove such
  193.         conference from the network.
  194.  
  195.       5.2.4 Moderators must acknowledge their status as moderator in
  196.         said conference(s) by stating "SN-<conference> moderator" or
  197.         other such signature to be in the discretion of said
  198.         moderator.
  199.  
  200.       5.2.5 Moderators are to assist members posting questions
  201.         concerning the subject matter of said conference. Problems
  202.         should be dealt with in the following matter:
  203.  
  204.         a. Any moderator subjecting rules or regulations upon any
  205.            member of SourceNet _MUST_ quote said SourceNet rules and
  206.            regulations pertaining to the given offense. This is for
  207.            clarification to both user and moderator.
  208.  
  209.         b. Issue polite warning to members failing to follow the
  210.            rules of said conference or Guidelines or Regulations of
  211.            SourceNet Network.
  212.  
  213.         c. If member persists in said manner that said moderator
  214.            feels a temporary suspension is necessary, contact the
  215.            member's Sysop and the Network Administrator via the
  216.            SN_NetAdmin conference.
  217.  
  218.       5.2.6 Moderaters should notify the Network Administrator of any
  219.             problems regarding duplicate mail or other conference Network
  220.         problem.
  221.  
  222. --------------------------------------------------------------------------
  223.  
  224. VI. CONFERENCE AND NETWORK BANS AND SUSPENSIONS
  225.  
  226.     6.1 All suspensions or network bans are determined by the Network
  227.     Administration, the moderator, and the user's Sysop.
  228.  
  229.     6.2 Moderators requesting administrative action must do so in the
  230.     SN-NetAdmin conference.
  231.  
  232.     6.3 Upon network-wide suspension or ban, a SysOp may "appeal" the
  233.     decision on behalf of the user in the NetAdmin conference.
  234.     This may only take place after the suspension or ban has been
  235.     enforced by the SysOp. Upon conference suspension or ban the
  236.     user may appeal the decision directly to the Network
  237.     Administrator in the NetAdmin conference. This too may only
  238.     take place after conference suspension or ban has been
  239.     enforced.
  240.  
  241.     6.4 Suspensions or bans are determined under the following
  242.     guidelines:
  243.  
  244.       6.4.1 A warning message must come from the conference moderator
  245.         prior to administrative action  unless actions are
  246.         determined to be severe, and/or blatant enough to warrant an
  247.         immediate suspension or ban as determined by the Network
  248.         Administrator.
  249.  
  250.       6.4.2 2nd offense: 30 day suspension from conference with a 90
  251.         day probationary period.
  252.  
  253.       6.4.3 3rd offense: If during probationary period, network-wide ban
  254.         for a period to be determined by the Network Administrator.
  255.         from the conference with a 90 day probationary period.
  256.  
  257.       6.4.4 4th offense: Permanent network-wide ban.
  258.  
  259.       6.4.5 Repeat offenses do not need to be the same nor do they need
  260.         to occur in the same conferences as the original offense.
  261.  
  262.       6.4.6 The Administration reserves the right to determine if the
  263.         actions of a user warrant a conference suspension or
  264.         network-wide suspension.
  265.  
  266.       6.4.7 All temporary suspensions are for a period of no less than
  267.         30 days unless otherwise shortened by the Network
  268.         Administration. Any/all probationary terms are for a period
  269.         of no less than 90 days unless otherwise shortened by the
  270.         Network Administration.
  271.  
  272. --------------------------------------------------------------------------
  273.  
  274. VII. SOURCENET NETWORK GUIDELINES
  275.  
  276.     7.1 While it is not the intent of SourceNet or the Network
  277.     Administrator to interfere with any Sysops authority on his or
  278.     her own BBS, all relayed conferences are subject to the
  279.     jurisdiction of these guidelines. These Network guidelines
  280.     are explained in detail below and SourceNet Network SysOps are
  281.     responsible for the  enforcement these Network guidelines.
  282.  
  283.     7.2 Participating SourceNet Network SysOps  will not relay nor
  284.     will allow to be relayed  messages that contain information
  285.         that advertise BBS's un-less in the SourceNet Network BBS AD
  286.         Conference.  The placement of BBS telephone numbers
  287.     within messages  to advise users of a contact telephone number
  288.     is not considered a "BBS Ad" as long as the intent of the
  289.     message is clearly evident without the telephone number. It is
  290.         understood that a user might disregard this rule.  It is the
  291.     expectation of the Network Administrator that SysOp's will
  292.     take appropriate action to prevent this occurrence. Flagrant
  293.     disregard of this rule  justifies the removal of that node
  294.     from the Network.  It's also understood that if an ad is
  295.     relayed and the SysOp corrects the situation,  it does not
  296.     justify removal of that node from the Network.
  297.  
  298.     7.3 No Flames or Personal Attacks. Anyone found to be abusive in
  299.     nature, such as but not limited to, name calling, insults,
  300.     slanderous statements, arrogant or instigative posts or any
  301.     other rude, lewd or otherwise obnoxious behavior or comments,
  302.     is to be removed from the conference. Further occurances of
  303.     this abuse will result in the user(s) being removed from the
  304.     Network completely.
  305.  
  306.     No "offensive or abusive" language is to be used in any and
  307.     all of the SourceNet conferences. The use of any word, group
  308.     of words, expression, comment, suggestion, or proposal which
  309.     is profane, filthy, lewd, lascivicious, obscene, indecent, or
  310.     that is demeaning ethnically or racially is strictly
  311.     prohibited within the SourceNet Network. Network member SysOps
  312.     must remove any users from the echoes for flaming and/or
  313.     fighting. We cannot ask that users be removed as "users of
  314.     your board" but if they are a problem to SourceNet they must
  315.     not have access to it.
  316.  
  317.     SourceNet prohibits profanity, race bashing, sex
  318.     discrimination, or crude remarks on a persons ability or
  319.     knowlege. SourceNet is specifically designed for the
  320.     programmer, and all those echoing SourceNet should encourage
  321.     its users to participate in the conferences.
  322.  
  323.     SourceNet, T&G Computers Inc and all member SysOps assume no
  324.     accountability or liability whatsoever for any violations of
  325.     this policy by any and all users of the SourceNet Network.
  326.     Network SysOps can and will be held accountable for failure to
  327.     remove any user or users who make statements that are abusive,
  328.     slanderous or demeaning  to any individual, group,
  329.     organization either social, political, theological or racial.
  330.  
  331.     7.4 Any illegal activities, including but not limited to the
  332.     promotion of illegal acts and promotion of software copyright
  333.     infringement will not be allowed within the SourceNet Network.
  334.     Any such activities constitute a grievous reason for the
  335.     removal of the node or hub from the Net, and may necessitate
  336.     compensatory action against the violator for any legal
  337.     liabilities such activities may cause the SourceNet Network.
  338.  
  339.     7.5 Aliases are not allowed through SourceNet.
  340.  
  341.     SourceNet strictly prohibits the use of aliases anywhere in
  342.     SourceNet conferences. SourceNet allows sysops to have aliased
  343.     users - however, aliased users must _NOT_ be allowed on _ANY_
  344.     of SourceNet Network's conferences.
  345.     
  346.     The definition to SourceNet of an alias is a name used by a
  347.     caller whose intent is to prevent identification of the caller
  348.     by the Sysops or any other SourceNet Network member.
  349.  
  350.     Sysops carrying SourceNet Network are responsible for ensuring
  351.     that only validated users are allowed access to SourceNet
  352.     Network. It is the Network Administrator's
  353.     understanding that each node SysOp is responsible for the
  354.     names used on their own BBS.
  355.  
  356.     Aliases granted by Sysops for security reasons are exempt from
  357.     said above guideline.
  358.  
  359.     7.6 Signatures and Taglines.
  360.  
  361.     Taglines and/or signatures should be kept under 3 lines. No
  362.     sigure and/or tagline may reflect a moderator, host or
  363.     administrative position outside of the SourceNet Network
  364.     Positions. Conference Moderators should display their
  365.     moderative signatures only in conferences they moderate. 
  366.  
  367.     7.7 Quoting Guidelines.
  368.  
  369.     No fancy quote utilities are allowed throughout SourceNet
  370.     Network. These cause SourceNet overhead and subsequent expense
  371.     to those Sysops relaying the mail. Fancy quotes consist of any
  372.     text quoted with a "border" consisting of more than a single
  373.     ascci line around the quoted portion of a reply. While this
  374.     can be abused there are limitations to all kinds of quotes.
  375.     Quote side will consist of the quoted text and the board to
  376.     the quoted portion. Quotes are not to exeed the portion of the
  377.     message. Please quote only when necessary. Conference moderators
  378.     will be responsible for policing over quoting and ASCII boxes.
  379.  
  380.     7.8 Ansi Graphics are permitted only in the SourceNet ANSI/BBSAD
  381.     conference and nowhere else.
  382.  
  383. --------------------------------------------------------------------------
  384.  
  385. VIII. SOURCNET NETWORK CONFIGURATION.
  386.  
  387.     8.0 Monitoring SN_Admin.
  388.  
  389.     SourceNet member Sysops _MUST_ monitor SN_NetAdmin on a timely
  390.     basis to be awware of announcements, conference additions or
  391.     delitions, or mail regarding configurations. Sysops must
  392.     "correct" any detrimental activity coming into the SourceNet
  393.     Network via their board -on a timely basis- including, but not
  394.     limited to the following: duplicates, cross-echos, abusive
  395.     users and improper or excessive taglines. All Hubs must ensure
  396.     that their nodes take corrective action against these or other
  397.     problem areas.
  398.  
  399.     8.1 SourceNet Network Logo or "Tagline".
  400.  
  401.     Each and every SourceNet Network tagline must begin with the
  402.         text string "SourceNet".  QWK format members must have the
  403.         string "SourceNet" in their "TAG" or "HTAG" portion of their
  404.         Network configuration files.  Fidonet Technology members must
  405.         include the string "SourceNet" in their origin lines.
  406. --------------------------------------------------------------------------
  407.  
  408. VIX. SOURCENET CONFERENCE CONFIGURATION.
  409.  
  410.     9.1 Required Conferences.
  411.  
  412.     SN-HUB is SourceNet's Administrative conference and is
  413.     required to be carried by all members.
  414.  
  415.     9.2 The "Moderators" conference is open only to Hosts or
  416.     Moderators or the Sysop "carrying" SourceNet. It is the sole
  417.     use of the Moderators conference to discuss situations between
  418.     members of SourceNet - without interference from those members.
  419.  
  420.     9.3 The SN-Net_Admin conference is open to ALL users of the SourceNet
  421.     network, and is a public forum for users to take part in NETWORK wide
  422.     discussions and for complaints. This is a required conference and is to
  423.     be made public.
  424.  
  425.     9.4 General SourceNet Conferences.
  426.  
  427.     All remaining SourceNet conferences are considered public
  428.     access and accessible to everyone. The exception here is if
  429.     the user has been "removed" from an SourceNet conference for
  430.     any valid reason  (as decided by the Network Administrator,
  431.     the users SysOp and Conference Host or Moderator or these
  432.     SourceNet Network guidelines section 6.0)
  433.  
  434.     SysOps will make their users aware of any conferences "not
  435.     carried". This can be done by means of news screens or
  436.     bulletins. Also, if you are carrying multiple networks, your
  437.     conference menu must display a type of coding  that
  438.     differentiates our conferences from any of the other network
  439.     conferences that you might also have available.
  440.  
  441.     9.5 SourceNet Network related discussions or business will be
  442.     discussed in the SourceNet SN_NetAdmin conference. If such
  443.     discussion should develop elsewhere, move the thread into the
  444.     SN_NetAdmin conference.
  445.  
  446.     9.6 New conferences will be added at the sole discretion of the
  447.          Network Administrator.  Conference suggestions should be posted
  448.          in SN_NetAdmin so that SysOps and users may discuss the idea.
  449.  
  450. --------------------------------------------------------------------------
  451.  
  452. X. SOURCNET AMENDMENTS AND ADMINISTRATION BREAKDOWN.
  453.  
  454.    10.1 The Network Administrator is responsible for implementing any
  455.     changes to these regulations and guidelines.
  456.  
  457.     Any SourceNet Network Node or Hub Sysop, Host or Conference
  458.     Moderator may request amendments to these regulations and
  459.     guidelines in the SN_NetAdmin conference.
  460.  
  461.     All discussions regarding SourceNet Network policy,
  462.     guidelines, regulations, and/or other Network business must be
  463.     discussed in the SN_NetAdmin Conference.
  464.  
  465.    10.2 SourceNet Administrative Breakdown:
  466.  
  467.                  ┌─────────────┐
  468.                  │ADMINISTRATOR│
  469.                  └──────┬──────┘
  470.                   ┌─────────┴────────┐
  471.                   │BOARD OF DIRECTORS│
  472.                   └─────────┬────────┘
  473.               ┌───┐           ┌─┴─┐          ┌───┐
  474.               │# 1├───────────┤# 2├──────────┤# 3│
  475.               └───┘           └─┬─┘          └───┘
  476.                   ┌─────────┴────────┐
  477.            ┌──────────────┤AUXILARY POSITIONS├────────────┐
  478.            │              └─────────┬────────┘            │
  479.            │                        │                     │
  480.       ┌────┴─────┐           ┌──────┴────┐      ┌─────────┴───────┐
  481.       │MODERATORS│           │NEWS LETTER│      │CLASS INSTRUCTORS│
  482.       └──────────┘           └───────────┘      └─────────────────┘
  483.  
  484. ---------------------------------------------------------------------------
  485.  
  486. XI. INFORMATION CONCERNING BASNet ECHO MAIL NETWORK
  487.  
  488.     11.0 BASNet is soley operated by Ken Prevo, and the Host system is 
  489.      the ToolKit BBS. SourceNet is making BASNet available to all users 
  490.      of SourceNet, and HUB, Local HUB and Node are resposible for 
  491.      following BASNets administrative guidlines. These very much parallel 
  492.      SourceNets. SourceNet is in no way responsible for information given 
  493.      or recieved via BASNet. HUBS carrying BASNet are required to seperate 
  494.      them from SourceNet by a preseding BN-, so as not confuse it with 
  495.          SourceNet.
  496.  
  497. *XII.  ADMISSIONS
  498.  
  499.     12.0 Admissions policy is intended to be simple and quick.  A
  500.          prospective node wishing to join SourceNet should send his
  501.          application as a file to one of the following people:
  502.                 1.  The Network Administrator
  503.                 2.  The nearest Hub
  504.                 3.  The Hub he/she wishes to receive mail from
  505.  
  506.          At that point the node may arrange for mail transfers to begin
  507.          with the hub of his choice.  Note that this is a provisional
  508.          admission.  Final admission requires the Network Administrator's
  509.          approval.
  510.  
  511.     12.1 It is the duty of all hubs and regionals to forward
  512.          applications sent to them to the Network Administrator.
  513.  ==========================================================================
  514.